CA ARCserve® D2D r16.5
版本說明
1.0
歡迎使用
歡迎使用 CA ARCserve
D2D 版本說明。
此文件包含下列有關使用
CA ARCserve D2D 的資訊:
-
系統需求、作業系統支援、應用程式復原支援,以及安裝本產品前您所需瞭解的其他資訊。
-
一份使用此產品前要注意的已知問題清單。
2.0
新的特色
下列新功能已新增至此版本的
CA ARCserve D2D:
- CA ARCserve D2D
支援下列 Microsoft Windows 8 與
Microsoft Windows Server 2012 的功能:
- NTFS
刪除重複資料
Windows Server 2012
可讓您在 NTFS
磁碟區上啟用刪除重複資料。
在 CA ARCserve D2D
中,您可以備份與還原
NTFS 磁碟區。
您也可將其指定為備份目標及還原目標。
- ReFS 檔案系統
ReFS
是一個新的檔案系統。
在 CA ARCserve D2D
中,您可以備份與還原此檔案系統。
您也可將其指定為備份目標及還原目標。
- 儲存空間
虛擬化配置可以將一些實體磁碟分組,並於其上建立虛擬磁碟。
在這個版本中,CA ARCserve
D2D
可以備份與還原虛擬磁碟。
您也可以將虛擬磁碟指定為備份目標及還原目標。
附註:不支援在
BMR
中建立儲存空間和虛擬磁碟。
-
提供一個新的公用程式
(建立開機套件供裸機復原使用),用來產生
BMR ISO 映像
舊版提供了一個用於執行
BMR 的 ISO 檔案。
此版本則不提供此
ISO 檔案,
而是改為提供一個公用程式來產生
ISO 檔案。
- 無目錄備份
檔案系統目錄的產生是一項耗時的工作。
此功能可讓您選擇不要對每個備份產生目錄檔案,但仍可進行檔案層級還原。
這會減少備份時間長度。
附註:因為檔案複製功能是相依於檔案系統目錄,所以如果啟用無目錄備份功能
(停用
[在每次備份後產生檔案系統目錄以進行快速搜尋]
選項),檔案複製將無法運作。
- 支援 Microsoft Exchange 2013
(E15) 備份/還原 (VSS)。
附註:對 Microsoft Exchange
2013 (E15) 不支援 GRT
(細微復原技術)。
- UEFI 支援
您可以從 UEFI
機器上進行的備份執行
BMR 到 BIOS 機器,並從 BIOS
機器執行 BMR 到 UEFI
機器。
-
已新增對下列 Windows Azure
區域的「檔案複製」支援:
- 支援 Eucalyptus-Walrus
3.0、3.1 與 3.2。
- 支援 Hyper-V 3.0。
3.0
產品更新
這個版本可以使用以下的
CA ARCserve D2D r16.5 更新。
選取更新以檢視對應的版本說明。
4.0
系統資訊
本節說明系統需求及支援的作業系統。
在安裝並且使用 CA
ARCserve D2D
前檢閱此資訊。
4.1
系統需求
CA ARCserve D2D
的最低系統需求是:
- CPU:建議使用
1 GHz 或更快的處理器
- RAM:建議使用
1 GB 或以上的記憶體
-
磁碟空間需求:
- 安裝 CA ARCserve D2D
Setup.exe (完整套件):
2 GB (最少)
2.5 GB 或更多
(建議)
-
安裝後置作業
(例如,執行備份、建立日誌檔、產生目錄臨時檔案):
1 GB
-
檔案備份限制:
其他硬體
- CD/DVD ROM Drive (透過 CD/DVD
安裝時所需)
- XGA (1024 x 768)
以上解析度的顯示卡與螢幕
網際網路瀏覽器
有關支援的網際網路瀏覽器的完整清單,請參閱《CA ARCserve D2D r16.5
相容性標準》。
Adobe Flash
Player
4.2
作業系統支援
有關支援的伺服器作業系統的完整清單,請參閱《CA ARCserve D2D r16.5
相容性標準》。
4.3
桌上型與筆記型電腦的支援
有關支援的桌上型電腦與筆記型電腦系統的完整清單,請參閱《CA ARCserve D2D r16.5
相容性標準》。
4.4
應用程式復原支援
有關支援的應用程式復原系統的完整清單,請參閱《CA ARCserve D2D r16.5
相容性標準》。
5.0
一般注意事項
本節包含使用 CA ARCserve D2D
之前應該瞭解的一般資訊:
測試版/最終測試版
(Release candidate)
的注意事項
-
針對參與測試版/RC
測試程序的使用者:
-
安裝此版本之前請先解除安裝測試版/RC
版的 CA ARCserve D2D。
-
為檔案複製目標指定新的/不同的位置
(與用測試版/RC
版的不同)。
安裝/解除安裝/遠端部署注意事項
支援注意事項
備份注意事項
還原注意事項
-
如果磁碟區沒有磁碟機代號,則不支援還原至原始位置。
UI
上會封鎖還原作業。
-
如果在備份後對資料庫或儲存群組進行重新命名或將其移除,則還原至原始位置的作業會失敗。
不管是從最新的復原點還原或還原到磁碟中都是一樣。
- 將 Microsoft Exchange
資料庫還原到關聯資料庫時,請選取在備份
Microsoft Exchange
資料庫的機器上的關聯資料庫。
如果您要將 Microsoft Exchange
資料庫還原到位於另一個機器上的關聯資料庫,請將資料庫檔案傾印到該機器上,並將其附加到關聯資料庫上。
- Microsoft
不建議或不支援將
Microsoft Exchange
資料庫還原為位於壓縮之磁碟區或目錄的資料庫。
這會造成資料庫在還原後處於卸載狀態。
暫時的解決方案是在還原前,將資料庫路徑移至未壓縮之磁碟區或目錄,然後再次執行還原。
如需相關資訊,請參閱
http://support.microsoft.com/kb/327772。
如需 Windows 中 NTFS
壓縮的最佳實務作法,請參閱
http://support.microsoft.com/kb/251186。
-
如果您變更遠端目標的密碼,請在提交任何還原工作前於
[設定]
中更新密碼。
-
當您將具有加密屬性之
NTFS
磁碟區上的檔案還原至非原始備份電腦時,將無法存取檔案。
無法存取檔案是系統限制。
同時,也請注意下列限制:
-
若為目錄還原,工作會照常成功、檔案會還原,但卻無法存取檔案。
-
若為無目錄還原,工作會失敗且加密的檔案會記錄為無法存取。
-
如果具有兩個節點的
CCR 叢集
(叢集連續複寫)
中存在下列情況,則資料庫還原會成功,但還原工作會具有「失敗」狀態:
-
作用中節點已暫停。
-
作用中節點嘗試將 CA
ARCserve D2D
資料庫還原至原始位置。
-
如果您要還原 Microsoft SQL
Server
執行個體,則當發生下列錯誤時,還原可能未完成:
「程序無法存取檔案,因為其他程序正在使用該檔案」
SQL Server
事件日誌也會報告事件
ID 為 8355
的下列錯誤:
「無法傳送伺服器層級的事件通知。
Service Broker 已在 msdb
中停用,或 msdb
無法啟動。
其他資料庫的事件通知也會受到影響。
請使 msdb 上線或啟用
Service Broker」。
如果此項情況發生,請釋放部份可用記憶體,或將記憶體增加到
4 GB 以上。
- 在
[還原瀏覽復原點]
對話方塊中,當您展開其中包含
50
個以上項目的目錄時,會顯示分頁視窗。
如果您選取資料夾並將其展開,但您不瀏覽所有頁面,則只會選取瀏覽過之頁面上的項目。
例如,預設會顯示第一頁。
如果您未瀏覽至其他頁面,則只會選取第一頁上的項目。
如果您直接前往第三頁,則只會選取第一頁和第三頁上的項目。
裸機復原注意事項
檔案複製注意事項
-
檔案複製不會支援從磁碟區裝載點和無名磁碟區
(沒有磁碟機代號的磁碟區)
中複製檔案。 CA ARCserve D2D
將只能在已指派磁碟機代號的已裝載磁碟區上執行檔案複製。
- 執行
[檔案複製]
工作的最低需求為
Windows XP SP3。
-
「檔案複製到雲端」不支援名稱包含日文字元的機器。
GUI
注意事項
- 如果您變更
Microsoft Exchange 或 Microsoft SQL Server
的結構
(新增、刪除或移動資料庫),將不會動態地更新
GUI。
網路服務重新啟動後,CA
ARCserve D2D
取得最新的資訊。
- 當使用 Internet Explorer
並搜尋要還原的檔案或資料夾,而搜尋結果中有許多檔案或資料夾時,Internet
Explorer
會顯示訊息「這個網頁上的指令碼導致
Internet Explorer
執行速度變慢。
如果繼續執行,您的電腦將變成沒有反應。
要停止執行這個指令碼?」部份指令碼會花費過多的時間執行,因此
Internet Explorer
會提示您決定是否要繼續執行變慢的指令碼。
若要解決此問題,請執行下列其中一項工作:
- ARCserve D2D 檢視 (D2D
檔案總管延伸)
不支援瀏覽和還原沒有磁碟機代號的磁碟區。
- 使用 Internet Explorer 10
時,您可能會在 GUI
上看到一些亂掉的邊界或扭曲的文字。
這對產品的使用沒有實際影響,但如果您想看到更順眼的畫面,請嘗試使用
Google Chrome 或 Mozilla Firefox
網頁瀏覽器。
其他注意事項
-
執行合併工作時,下列作業會在與合併工作處於相同備份鏈中的工作階段上失敗。
-
裝載復原點。
-
如果工作階段沒有目錄,則會還原瀏覽與搜尋。
-
若要裝載刪除重複資料
NTFS
磁碟區,請確定您已將其裝載於
Windows Server 2012
系統上且已安裝刪除重複資料功能。
-
若要瀏覽還原目標、檔案複製來源、複製復原點目標以及裝載復原點位置的目錄,路徑限制為
255 個字元。
-
若要瀏覽備份目標及檔案複製目標的目錄,路徑限制為
156 個字元。
- 重新命名 Microsoft
Exchange 資料庫後,請將
Microsoft Exchange
伺服器重新開機。
否則,Microsoft Exchange VSS
編寫器不會更新資料庫名稱,而
CA ARCserve D2D
仍然會顯示舊的資料庫名稱。
-
下列工作會在 Windows 2008 Core
及 Windows 2008 R2 Core
機器上失敗:
-
為了讓您有效地疑難排解電腦的問題,CA
ARCserve D2D 不會在 Windows
安全模式中運作。
-
若要避免時間同步發生錯誤,如果您在瀏覽器連線到
D2D
服務時變更系統時間,請關閉瀏覽器並再次登入。
- 切換至 ARCserve D2D
檢視並在復原點下裝載磁碟區之後,如果該復原點也包含在某個合併工作中,該合併工作將會失敗。
若要避免此問題,切換回合併工作的「正常」檢視即可成功。
6.0
已修正的問題
下列各表列出目前 CA
ARCserve D2D
版本所含的修正。
如果您在本節中未看到某個特定的修正,請與
CA Support
連絡以取得更多資訊。
- T5E5182 (RO53648)
造成套用 CA
ARCserve D2D r16 更新 7
後,合併失敗且資料可能毀損的問題。
這個修正程式解決資料毀損的問題。
這個修正程式不會修復實際的毀損,而是防止它未來再發生。
如果在已發生資料毀損後才套用這個修正程式,則必須執行新的完整備份以建立新的完整保護復原點。
如果您不確定是否有資料已毀損,您可以使用資料毀損偵測公用程式
(AFUtil.exe)
對您的復原點執行完整掃描,以確認備份資料的完整性。
如需有關這個問題以及使用資料毀損偵測公用程式的相關資訊,請參見
CA ARCserve D2D
線上說明中的「復原點合併失敗可能造成復原點無法復原」。
- T245791
電子郵件的根網域不允許使用
"-" 字元。
已變更規則運算式來允許使用這個字元。
- T245799
強制連結還原為不同的檔案。
例如,C:\aaa.txt 與 C:\bbb.txt
是連至相同資料的強制連結。
備份 C:
並還原檔案之後,aaa.txt
與 bbb.txt 會是 2
個不同的檔案。
- T245802
即使指令行不正確,MergeMgr.exe
也會停止並顯示使用情況。
當指定了 /BKDir
<path> 參數,且 <path> 以
\\
開頭來描述遠端路徑名稱
(例如 \\<hostname>\<pathname>)
時,便會發生這個問題
- T245803
在
[電子郵件警示] 的
[電子郵件設定]
對話方塊中按一下
[確定]
時,會顯示下列訊息。
『無效的電子郵件「收件者」地址。』
如果收件者欄位中電子郵件地址的根網域名稱名稱部份包含連字號,便會發生這個問題。
(例如,xxx@yyy.zzz-z)
- T2D2921
無法還原 Microsoft
Exchange 2007 或 Microsoft Exchange 2003 的 Microsoft
Exchange 信箱附件。 在 CA
ARCserve D2D
還原期間,未接收到錯誤訊息。
- T2D2924
當清除 Vstore
下的 S00000000XX_bak
資料夾時,無法合併復原點,且後續的備份工作損毀。
- T2D2925
在 CA ARCserve Central Host-Based VM
Backup
期間,即使已啟用每日清除
Microsoft Exchange
日誌,仍未清除 Microsoft
Exchange 異動日誌。
- T2D2927
CA ARCserve Central Host-Based VM Backup
原則部署搭配 CA ARCserve D2D
r16 Update 7 失敗。
- T2D2929 & T2D2930
嘗試儲存備份設定時,發生下列錯誤:
「作業已逾時。
超過完成作業的時間上限。
請稍後再試。指令
'set' 用於取得 Windows Vista/Windows
2003/Windows 2012
的環境變數。
- T2D2932
當有工作階段毀損時,合併工作就會不正確地啟動。
- T2D2935
即使已將清除日誌選項設為每日清除,Microsoft
Exchange 或 Microsoft SQL
日誌仍未每日截斷。
- T2D2939
如果使用者顯示名稱包含
"<>"
或其他特殊字元,還原傾印電子郵件項目失敗。
活動日誌會顯示「還原訊息至磁碟錯誤:檔案名稱、目錄名稱或磁碟區標籤語法不正確」。
修正程式會檢查無效字元並加以取代。
- T2D2944
當某些磁碟已經完全合併時,合併復原點會失敗。
- T2D2945
CA ARCserve Central Host-Based VM Backup
工作階段的 CA ARCserve Backup
整合備份完成後,CA
ARCserve D2D
合併工作並未執行。
- T2D2947
虛擬待命轉換工作隨機地失敗。
- T5E5174
當復原點未包含 Windows
系統磁碟區,而在
BMR
期間選取該復原點時,會出現下列錯誤:
「未備份系統磁碟區。
您不能從這個復原點執行
BMR」
此錯誤通常發生於系統磁碟區為擁有不同磁碟分割類型或屬性的
OEM 系統磁碟區時。
重要!
套用這個修正程式後,請執行遞增備份。
這個修正程式不會修正套用這個修正程式前建立的復原點。
若您需要從這些復原點執行
BMR,請與支援聯繫。
- T5E5180
工作一啟動,CA ARCserve D2D
備份工作就會損毀。
此問題通常發生於機器的實體記憶體不足時。
- T5E5181 (RO53672)
Windows 2003 或 Windows XP
機器可能無法在 BMR
之後啟動,並出現下列錯誤訊息:
「Windows
無法啟動,因為下列檔案已遺失或損毀:<Windows
根目錄>\system32\ntoskrnl.exe (或
hal.dll 等)。」
此錯誤通常發生於
BMR 來源機器擁有 OEM
磁碟區,而其系統磁碟區與開機磁碟區不是位於相同的磁碟區時。
- T5LE118
變更磁碟機代號且終結
BLI 追蹤檔案之後,CA
ARCserve D2D
每次都無法取得正確的磁碟區追蹤記錄並將之視為完整備份。
在套用修正程式後更新磁碟區追蹤時,只會比較磁碟區
GUID,而不會比較磁碟區磁碟機代號。
- T5LF176 & T5LF180
無法產生檔案系統目錄,因為
vmimage.dll
損毀,造成目錄工作失敗,且於活動日誌中顯示下列錯誤:
「vmdkimgdll.dll
中發生意外的例外錯誤」
7.0
已知問題
下列為 CA ARCserve D2D
中存在的已知問題:
安裝/解除安裝/遠端部署問題
- 如果您在 Windows
Core 作業系統上安裝 CA
ARCserve
D2D,便不會在安裝過程中顯示簡報橫幅畫面
(其為
HTML);但是,安裝的所有其他部份都會繼續。
- 如果您在 Windows
2008
作業系統機器上安裝
CA ARCserve
D2D,您可能會在應用程式事件日誌中收到
MSI 安裝程式 "事件
ID:1032" 的警告訊息。
此訊息是產品中使用的系統變數所造成的錯誤警示。
您可以安心地忽略這個警告。
- 如果 CA ARCserve D2D
安裝路徑中的目錄資料夾包含大量檔案,則解除安裝
CA ARCserve D2D
的執行速度可能很慢,因為解除安裝程序需要刪除此大量檔案。
- 升級 CA ARCserve D2D
時必須重新開機。
徵狀:
針對 Windows 2003 和
Windows XP
系統,如果使用了總管延伸模組,則需要在升級至
CA ARCserve D2D
之後將機器重新開機。
Windows
檔案總管會佔用一些二進位檔,使得這些檔案無法被取代。
解決方法:
完成升級之後,請將機器重新開機。
- 如果您的 Windows
電腦已安裝 CA ARCserve
D2D,而您計劃要升級作業系統,請先解除安裝
CA ARCserve D2D。
然後在作業系統升級成功完成後,再重新安裝
CA ARCserve D2D。
附註:若未先解除安裝
CA ARCserve D2D
即升級作業系統,伺服器可能無法開機。
- 將 CA ARCserve D2D r16
遠端部署至 Windows XP
系統將會失敗,並產生錯誤:無法從遠端目標主機取得安裝狀態意見。
徵狀:
逾時錯誤或網路連線錯誤都會造成此失敗。
XP 系統顯示 CA ARCserve D2D
安裝已完成但重新開機失敗。
您無法手動將系統重新開機。
因此,需要冷開機。
這個問題為 Windows XP
的已知問題。
解決方法:
請先套用下列 Microsoft
修補程式,然後再部署
CA ARCserve D2D 或於 Windows XP
系統上本機安裝 CA
ARCserve D2D:
備份問題
-
若在備份期間,事件日誌顯示
NTFS 來源的事件 137
錯誤並成功地備份,則您可略過此錯誤。
此事件是由於 Microsoft
的已知問題,而在備份期間發生。
-
如果您的機器在下列情況下當機,請執行以下步驟:
-
備份目標位於遠端網路共用區。
-
您已切換到 CA ARCserve D2D
檢視。
-
您的備份也持續在同樣的遠端共用區上執行。
請配置下列登錄值:
HKEY_LOCAL_MACHINE\SOFTWARE\CA\CA ARCserve
D2D\AFStorHBAMgmt\CacheFilePath。
- 如果變更 CA ARCserve
D2D
備份目標的磁碟機代號
(當目標位於本機磁碟而非
USB
隨身碟),首頁上的目標磁碟機代號將顯示為磁碟區
GUID
而非磁碟機代號。
因此,如果您重新配置備份設定,將目標變更為此新的磁碟機代號,再試著繼續選取
[遞增備份]
選項,則將無法儲存新設定。
若發生此狀況,您應該選取
[完整備份]
選項來儲存設定,然後在儲存設定後執行
[遞增備份]
(並且不實際執行
[完整備份])。
- 若您嘗試在
Exchange
伺服器上執行備份
(搭配 Exchange
細微復原),在系統事件日誌中可能記錄「事件
ID 29,來源
volsnap」錯誤。
這可能是因為您有一個永久性的磁碟區陰影快照
(VSS)
儲存在一個磁碟區磁碟上,而這個磁碟區是以
CA ARCserve D2D
備份,之後該備份又被裝載為本機磁碟區。
位於所裝載磁碟區的永久性磁碟區快照與原始磁碟區的快照相同。
若發生這種情況,您可以放心地忽略這個錯誤訊息,不用擔心會有負面影響。
-
如果您嘗試為 Exchange
資料庫產生一個 Exchange
GRT
目錄,且出現一個快顯對話方塊通知您有未格式化的磁碟分割,這可能是因為備份的
VHD 檔尚未裝載 CA ARCserve D2D
就嘗試讀取檔案系統資料。
若發生這個情況,您可以忽略這個訊息並按一下訊息對話方塊上的
[取消]。
-
如果停用「自動裝載」選項,CA
ARCserve D2D
將無法備份沒有任何裝載點的磁碟區
(沒有磁碟機代號或未裝載到目錄上)。
(這通常發生於系統磁碟區沒有裝載點的
Windows 7/2008 R2
系統上,但不限於這些作業系統。)
若要驗證是否已啟用「自動裝載」選項,請執行指令行主控台並鍵入:
diskpart.exe
automount
如果自動裝載選項已停用,請輸入下列指令:
automount enable
- 當整合 CA ARCserve Backup
與 CA ARCserve D2D,且您將 CA
ARCserve D2D
的備份目標從本機磁碟機變更為遠端網路磁碟機時發生問題。
如果您繼續執行遞增備份以連結兩個目標,任何接下來使用
CA ARCserve Backup
從主控這兩個目標的機器,對
CA ARCserve D2D
工作階段執行備份的工作將無法運作。
-
如果磁碟區沒有足夠磁碟空間,備份工作可能失敗並顯示錯誤訊息「無法為選取的磁碟區建立快照」。
如果備份工作失敗,您可以執行其中一個工作:
-
在備份的磁碟區上釋放一些磁碟空間。
-
重新配置磁碟區陰影複製設定為將陰影複製儲存到有足夠可用磁碟空間的磁碟區。
-
當您有重複的機器會備份至相同的遠端共用資料夾時,備份即會失敗。
徵狀:
這個問題發生於來源系統是配置為執行備份至遠端共用資料夾,而裸機復原
(BMR)
是執行至目標機器時。
在 BMR
之後,如果來源系統仍在執行,則兩部具有相同主機名稱的機器都將針對相同目的地執行備份。
如果發生這類重複,備份即會失敗,或者備份的資料會毀損。
解決方法:
如果您正在測試
BMR,請在重新啟動目標機器前拔除來源
CA ARCserve D2D 的網路纜線。
否則,在您執行 BMR
並重新開機之後,重複的機器將存在於您的網域中。
-
只有當下列所有條件均發生時備份工作才會失敗:
-
所安裝的作業系統為
Microsoft Windows Vista
或更新版。
- Microsoft SQL Server 或 Microsoft
Exchange
已安裝在伺服器上。
-
您在備份啟動後,但尚未完成前登出伺服器。
徵狀:
當您登出伺服器後,特定登錄機碼遭卸除,導致備份失敗。
解決方法:
- 在 [執行]
對話方塊中輸入 gpedit.msc
以啟動
[本機群組原則編輯器]。
- 從
[本機群組原則編輯器],依序展開
[電腦配置]、[管理範本]、[系統]
與
[使用者設定檔]。
- 從
[使用者設定檔]
目錄,連按兩下 Do not
forcefully unload the user registry at user logoff
(使用者登出時不要強制卸載使用者登錄值)
以開啟 Do not forcefully unload the user registry
at user logoff
(使用者登出時不要強制卸載使用者登錄值)
對話方塊。
- 從 Do not forcefully unload the user
registry at user logoff
(使用者登出時不要強制卸載使用者登錄值)
對話方塊,按一下
[啟用] 並按一下
[確定]。
附註:值 DisableForceUnload
現已新增到登錄值中。
-
重新啟動已安裝 CA
ARCserve D2D 的伺服器。
-
當為備份選取的磁碟區沒有足夠可用空間時,Windows
桌上型電腦版本 (Windows
XP、Windows Vista、Windows 7、及 Windows 8)
上的備份可能會失敗。
徵狀:
磁碟區磁碟空間不足,導致擷取快照失敗。
解決方法:
釋放磁碟區上的部份磁碟空間。
若磁碟區小於 500
MB,則需要至少 50 MB
的可用空間以儲存快照。
若磁碟區大於 500
MB,則需要至少 320 MB
的可用空間以儲存快照。
若為系統保留磁碟分割,您可以在釋放磁碟空間之前,將其裝載至磁碟機代號。
-
當磁碟區範圍分散在磁碟上時,產生目錄的程序可能會停止回應。
徵狀:
磁碟區範圍不能橫跨磁碟一個以上的邏輯範圍。
這個問題發生於等量磁碟區,而不會發生在簡易、鏡映,以及跨距磁碟區。
解決方法:
若要避免這個問題發生,磁碟區範圍在磁碟上必須是連續的或不能在備份中包含此類型的磁碟區。
- 若將“HP StorageWorks
D2D4106”裝置上的網路共用區做為
CA ARCserve D2D
的備份目標時,備份、還原、合併與其他作業中發生斷斷續續失敗的狀況。
建議您不要使用這個裝置做為備份目標。
-
對於未壓縮與未加密的備份,一旦暫停合併後可能無法再恢復。
- 整合 CA ARCserve D2D 及 CA
ARCserve Replication and High Availability
時,不支援指定不具名的磁碟區做為
CA ARCserve D2D
的備份目的地。
例如,指定下列路徑做為備份目的地:\\?\Volume{<GUID>}\。
若要解決此問題,請為該磁碟區指定一個磁碟機代號,或是將該磁碟區裝載到目錄。
-
如果啟用「每次備份後自動產生
Exchange
細微還原目錄」選項,且
Microsoft Exchange Server
上已建立兩個以上的
Microsoft Exchange 資料庫,則
Microsoft Exchange Server 上的 CA ARCserve D2D
安裝目錄的大小將增加。
徵狀:
如果在 Exchange
細微還原目錄工作中選取多個
Microsoft Exchange
資料庫,工作完成後將不會移除一個目錄。
該目錄位於 "\ARCserve
D2D\BIN\D2Dtemp"
且目錄內的檔案名稱為
GUID,如
"{293F9000-F38C-4565-8F48-B58A8FDE26B9}"。
在每個目錄中,這個檔案約佔
3 MB 的磁碟空間。
解決方法:
執行下列其中一項工作:
還原問題
-
如果您嘗試還原 NTFS
壓縮檔,但發現來源與目標之間有不相符的資料,這個問題可能是因為有效資料長度
(VDL)
大於實際檔案大小所造成的。
若發生這種情況,您可以透過新的
CA ARCserve D2D
檔案總管延伸設定裝載復原點,然後複製該檔案。
- 若 Exchange
資料庫層級復原失敗,且您在
Windows
應用程式事件日誌中看到
ESE 錯誤
-515,則請執行下列動作:
- 請參閱下列
Microsoft
知識庫文章,瞭解此已知問題是如何發生的:
-
執行下列程序,以再次還原
Exchange 資料庫:
-
找到要還原之 Exchange
資料庫 Exchange
異動日誌所在的資料夾。
-
將所有檔案移至不同的資料夾以進行備份。
- 重新提交 Exchange
資料庫層級還原工作。
裸機復原問題
- 由於影響 Hyper-V
的 Microsoft 限制,Windows 2008 VM
無法從與其連接的
SCSI 磁碟開機 (SCSI
磁碟上的開機磁碟區)。
因此,若您的機器為
Windows 2008 (連接 IDE
磁碟),您將無法執行此機器的
BMR 到 Hyper-V 主機上的 VM
(連接 SCSI 磁碟)。 Microsoft
的文件記載了無法使用
SCSI 磁碟為開機磁碟
(http://technet.microsoft.com/en-us/library/dd296684(WS.10).aspx)。
- 若您安裝了
Daemon Tool 344
版,則應在執行 BMR
前升級至最新版。
若您嘗試對相異硬體執行
BMR 並已安裝 Daemon Tool 344
版,則您可能在 BMR
之後遇到當機畫面的問題。
(這是 Daemon Tools
的已知問題,已在新版本中解決。)
- 如果您使用
VMXNET2/3 做為裝載於 vSphere
伺服器上 VM
的虛擬網路介面卡,則可能無法存取網路,因為
VMXNET2/3
的驅動程式並未包含於
CA ARCserve D2D BMR PE 映像中。
如果發生此狀況,您可以先在
VM
配置中將「舊的」網路介面卡新增至
VM 後再執行 BMR、在 BMR
期間使用它來存取網路,然後在完成
BMR 之後移除它。
-
如果您嘗試執行 BMR
且硬碟的大小大於 2
TB,在 CA ARCserve D2D BMR UI
上顯示的磁碟大小可能不正確。
若發生這個情況,可能是您的伺服器不支援大於
2 TB 的磁碟。
-
若為複製復原點配置排程,並將複製復原點保留計數設為
1,則可能無法使用此複製的復原點來執行
BMR。
當您選取此復原點並嘗試在
BMR
期間繼續時,將顯示錯誤訊息,說明其無法鎖定此工作階段。
(唯有將保留計數設定為
1
時,才會發生此狀況。)
若發生此狀況,您可以瀏覽至備份目標資料夾,並手動刪除名為
"SessCfg.ses" 的檔案,BMR
接著應該會成功。
-
含有邏輯磁碟分割的
UEFI 系統無法在 BMR
之後重新開機。
徵狀:
當 Windows 7 或 Windows 2008 R2
UEFI
系統在系統上含有邏輯磁碟分割時,以及在您執行
BMR
之後機器無法重新開機時,即會發生此問題。
解決方法:
請參閱下列
Microsoft
知識庫文章,以了解此已知問題的發生原因,以及如何解決此問題。
請先套用修正程式,然後再利用
CA ARCserve D2D 執行備份。
http://support.microsoft.com/kb/982929
- 在 CA ARCserve D2D BMR
驅動程式導入階段,警告訊息會針對所有目標作業系統顯示
Windows Vista
作業系統,但可忽略。
徵狀:
當 BMR
偵測到驅動程式但無法確定該驅動程式可與目標作業系統相容,即會顯示一則警告訊息,要求您進行確認。
此確認可避免將錯誤的驅動程式插入目標系統,這會導致機器無法開機。
解決方法:
如果您確定該驅動程式可針對所復原的系統加以運作,請選取
[是],讓 BMR
繼續將該驅動程式插入所復原的系統。
- 在 Windows Vista SP1 的 BIOS
對 UEFI
轉換中,目標磁碟必須比來源磁碟多
100 MB 的磁碟空間。
徵狀:
UEFI
系統需要有至少 100 MB
的磁碟空間供 EFI
磁碟分割之用。
一般而言,BMR 將 BIOS
系統轉換為 UEFI
系統時,100 MB
的磁碟分割可以是來源系統的「系統保留磁碟分割」。
不過,如果來源系統沒有「系統保留磁碟分割」,則用於
BMR
的目標磁碟必須比來源磁碟至少多
100 MB的磁碟空間。
例如,從 Windows Vista/Windows 2003
升級的 Windows Vista
與系統。
解決方法:
請驗證目標磁碟比來源磁碟多
100 MB的磁碟空間。
-
若建立開機映像失敗並出現錯誤代碼
0x80070005 (在位於 $D2D_Home\Bin\Log
資料夾的 CBImage.log
中),這可能是防毒軟體造成的,如
McAfee。
即時掃描功能封鎖了
BMR 映像變更。
因此,您必須變更
McAfee
原則,或使用沒有防毒軟體的機器建立開機映像。
-
從動態磁碟中,BMR
不支援 512 磁碟
(每磁區 512 位元組) 與 4
KB 磁碟 (每磁區 4 KB)
間的轉換。
例如,當來源磁碟為每磁區
512
位元組時,您不能還原到每磁區
4 KB
的目標磁碟上;而當來源磁碟為每磁區
4 KB
時,您不能還原到每磁區
512
位元組的目標磁碟上。
檔案複製問題
-
當「檔案複製」工作處於目錄更新階段時,即無法取消工作。
檔案複製工作監控器詳細資訊檢視會將階段顯示為「正在更新檔案複製目錄」。
-
對於檔案複製工作,當複製壓縮的磁碟區時,工作監控器進度指標可能會顯示不正確的值。
對於此類型的工作,工作監控器估計的壓縮檔案大小,將與
[每壓縮單位的叢集數]
值一致。
常駐的檔案不會發生此問題。
若發生此狀況,您可以忽略進度指標值,因為實際的處理大小將正確無誤,且只有估計值錯誤。
- 如果您對
Eucalyptus–Walrus
雲端儲存位置執行
[檔案複製]
工作,且相關的檔案/資料夾包含來自
Walrus
伺服器不支援的字元集中的任何字元,[檔案複製]
工作將略過這些檔案。
請確定 [檔案複製]
工作所需的字元集在
Walrus
伺服器上都有支援。
附註:針對
Eucalyptus–Walrus
雲端儲存,檔案或資料夾名稱中的空格字元都視為不支援的字元,且將導致
[檔案複製]
工作略過這些檔案。
- 重新安裝 CA ARCserve
D2D 後 [檔案複製]
工作失敗並出現錯誤
31,因為解除安裝程序期間已移除密碼管理資料。
徵狀:
當 [檔案複製]
工作從加密備份讀取檔案時,它仰賴
CA ARCserve D2D
密碼管理以擷取密碼。
密碼管理將所有復原點的密碼儲存在配置資料夾的一個檔案中。
如果您解除安裝 CA
ARCserve
D2D,這個檔案將被刪除。
因此,即使您重新安裝
CA ARCserve D2D
並將備份目標指向原始的備份位置,[檔案複製]
工作仍無法擷取加密密碼。
解決方法:
目前並無暫時解決方案可供使用。
最好的做法是執行下列工作:
-
如果先前的備份已啟用加密,請備份到資料夾並於重新安裝
CA ARCserve D2D
後先執行一次完整備份。
-
在您重新同步目錄後,「檔案複製」還原工作未完成。
徵狀:
如果在目錄重新同步化期間與雲端的網路連線不穩定,目錄重新同步化可能會成功,但從這個檔案複製目標進行的還原工作可能會略過某些檔案。
當重新同步的目錄工作在下載檔案時發生
HTTP
錯誤,就可能會導致此問題。
解決方法:
請重新命名或刪除整個目錄資料夾,然後再重新同步目錄一次。
重新同步目錄工作完成後,繼續進行還原作業。
-
如果指定了「檔案複製」,其中包含雲端目的地且主機名稱包含雲端廠商不支援的特殊字元,則您可以指明與
Stub
檔案指定之名稱密切相符的容器,然後使用
CA ARCserve D2D
來執行還原。
- 不支援將 RAID-5
做為「檔案複製」來源。
GUI
問題
- 若您使用 Google
Chrome
做為瀏覽器,當您從
[所有摘要]
對話方塊或從任何
[支援與社群存取]
對話方塊按一下連結,但並未開啟任何連結,則您應該執行下列動作來啟用連結:
- 檢查在 URL
區段中是否顯示已封鎖快顯視窗的圖示。
-
檢查圖示並選取 "Always
allow pop-ups from <YOURSERVERNAME>"
(永遠允許 <YOURSERVERNAME>
的快顯視窗])
選項。
- 重新啟動 Google
Chrome。
如此應可順利開啟 CA
ARCserve D2D 的連結。
-
若仍然無法以正確格式顯示資料,則請檢查是否已安裝
Google Chrome 瀏覽器的 RSS
延伸。
-
若未安裝,則請下載並安裝
Google Chrome 瀏覽器的 RSS
延伸並重新開啟連結。
- 若任何 UI
作業產生「無法連線到伺服器」錯誤
(特別是在高負載的情況下),您應該重新整理
UI 後再繼續。
- 若您是從 CA ARCserve
D2D 監控器存取
[立即備份] 對話方塊
(而非從首頁),則您嘗試在
[備份名稱]
欄位中輸入的 JIS2004
字元可能無法顯示。
- 將 JIS2004
字元用於備份/檔案複製/複製復原點工作之目標路徑的一部份時,在
CA ARCserve D2D UI
中可能無法正確顯示。
這個問題也可能影響配置電子郵件警示通知時,電子郵件中的
JIS2004
字元無法正確顯示。
若要避免這個問題,請不要指定包含
JIS2004
字元的目標路徑或電子郵件警示標題。
- 當使用 Microsoft Windows 8
x86、且您在 Internet Explorer
中輸入 CA ARCserve D2D URL
位址時,頁面無法顯示。
徵狀:
必須停用保護模式以避免出現頁面無法顯示的錯誤訊息。
解決方法:
開啟 Internet Explorer
[網際網路選項],並清除
[啟用保護模式]。
再從系統匣監控器重新開啟
CA ARCserve D2D 首頁,或輸入 CA
ARCserve D2D URL 位址。
- 當使用 Microsoft Windows 8
x86、且您從系統匣監控器開啟
CA ARCserve D2D
或其他不同功能表時,頁面無法顯示。
徵狀:
必須停用保護模式以避免出現頁面無法顯示的錯誤訊息。
解決方法:
開啟 Internet Explorer
[網際網路選項],並清除
[啟用保護模式]。
再從系統匣監控器開啟
CA ARCserve D2D
首頁或其他不同功能表項目。
- 如果您使用
Google Chrome
網頁瀏覽器,請安裝第
24.0.1312.56
版或更新版本。 第
24.0.1312.52
版存在已知問題。
收合 CA ARCserve D2D
首頁上的任何面板之後,該面板會一直自動展開再摺疊。
-
檔案複製處理資料依存於目錄工作。
因此,如果在排定的檔案複製工作的第一個或之前的檔案複製工作完成之前為其產生目錄工作,則當實際排定的檔案複製工作執行時,就不會正確顯示用來處理資料的工作監控器。
徵狀:
系統會在未來檔案複製工作的第一個檔案複製工作完成之前為其產生目錄。
解決方法:
略過在工作監控器中進行處理時所出現的錯誤顯示資料。
警示問題
-
若在重新開機時,於
CA 授權服務啟動
(事件日誌觀看服務)
期間,發生逾時錯誤,您可以將逾時設定從預設值的
30 秒 (30000 毫秒) 增加至 2
分鐘 (120000
毫秒),如下所示:
自:
[HKEY_LOCAL_MACHINE \System
\CurrentControlSet \Control]
ServicesPipeTimeout = "30000"
至:
[HKEY_LOCAL_MACHINE \System
\CurrentControlSet \Control]
ServicesPipeTimeout = "120000"
- 針對 FireFox
使用者,若您在瀏覽包含上千個檔案的資料夾時發生逾時錯誤,請執行下列動作來增加此逾時期間:
- 在 FireFox
網址列中,輸入
"about:config"。
-
在篩選器中,輸入
"dom.max_chrome_script_run_time"。
-
必要時增加逾時值。
(時間單位為秒)。
關於此問題的詳細資訊,請參閱:http://kb.mozillazine.org/Dom.max_chrome_script_run_time。
- 針對 Internet Explorer 6
及更新版本,若您在瀏覽包含上千個檔案的資料夾時發生逾時錯誤,則必須執行下列動作來修改登錄項目,並增加此逾時期間:
-
使用「登錄編輯程式」(例如
Regedt32.exe)
來開啟下列登錄機碼:
HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Styles
附註:若未顯示
Styles
登錄機碼,請建立一個名為
Styles 的新機碼。
-
在此機碼下建立一個名為
"MaxScriptStatements" 的新 DWORD
值,並將值設想要的指令碼陳述式數字。
若您不確定應將此值設定為什麼樣的值,可設為
0xFFFFFFFF 的 DWORD
值以避開對話方塊。
關於此問題的詳細資訊,請參閱:http://support.microsoft.com/kb/175500。
-
若建立了新磁碟區,並且「無法開啟檔案
\Device\HarddiskVolume\CAVolTrc.dat」錯誤寫入事件日誌,則可能是因為
CA ARCserve D2D
在新磁碟區可用時便嘗試存取它,但檔案系統可能需要更多時間來初始化。
若發生此情況,您可略過此訊息
(驅動程式會自動重試)。
-
如果您嘗試瀏覽包含大量檔案的資料夾的內容,但出現一個「作業已逾時」的錯誤訊息,這可能是因為超過完成瀏覽作業的時間上限而造成的。
若發生這種情況,請關閉瀏覽對話方塊,再直接於
Web UI 中輸入路徑
(您可以使用 Windows Explorer
以取得路徑,並將其貼入目標方塊中)。
-
如果您正在配置電子郵件警示通知社定,而主旨欄位包含替代字元
(在 UTF-16
編碼中無法以一個雙位元編碼代表的多語系字元),在收到的電子郵件警示中這些字元可能會顯示為亂碼。
(電子郵件警示仍將送出,但收到的電子郵件主旨欄位可能受影響)。
若發生這個問題,您應該重新組織電子郵件主旨,不要包含替代字元。
其他問題
-
如果選取網際網路代理伺服器來接收
CA ARCserve D2D 更新或存取
[檔案複製]
的雲端位置,並且輸入無效的存取憑證,則
[測試連線]
可能會誤以為測試正常
(因為快取儲存的憑證),且同時與
Proxy 伺服器進行連線
(即使憑證無效)。
若發生此狀況,您一開始可能不知道發生問題,但稍後若遇到
Proxy
伺服器連線問題時,您應該驗證存取憑證。
- 使用 CA ARCserve D2D
一段時間後,系統匣圖示、websvc-stderr
以及 websvc-stdout
的檔案大小變得很大。
徵狀:
若發現 "C:\Program
Files\CA\ARCserve D2D\TOMCAT\logs"
下的日誌檔變得太大,請停用
Tomcat 的 stdout 和 stderr
記錄以減少磁碟空間使用。
解決方法:
使用
[登錄編輯程式] 修改
StdOutput 機碼。
請採取以下步驟:
1. 開啟 [Windows
登錄編輯程式]
並找到 StdOutput 機碼。
針對 32
位元系統:
HKEY_LOCAL_MACHINE\SOFTWARE\Apache
Software Foundation\Procrun 2.0\CASAD2DWebSvc\Parameters\Log
針對 64
位元系統:
HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Apache Software
Foundation\Procrun 2.0\CASAD2DWebSvc\Parameters\Log
2. 將 StdOutput
的值設為空白字串以停用
stdout 日誌。
3. 將 StdError
的值設為空白字串以停用
stderr 日誌。
4.
重新啟動網頁服務。
- 如果您執行 CA
ARCserve D2D 的機器在 VMware
虛擬機器中有 Intel 82574L
網路介面卡或 E1000e
vNIC,則可能會發生資料毀損問題。
這是因為使用此型號網路介面卡的
TCP 分割卸載 (TSO)
功能時會發生資料毀損問題。
若要避免此問題,在
VMware 中建立 VM
時,請選取不同的網路介面卡來取代
E1000e。
如果您必須使用 E1000e
vNIC
或您使用的實體機器已安裝了
Intel 82574L
NIC,則您應該停用 TSO
功能。
如需此問題的詳細資訊,請參閱下列
Intel 文件中的〈Errata 17 -
使用 TCP
分割卸載時傳輸資料毀損〉(Errata
17 - Tx Data Corruption When Using TCP Segmentation Offload" in the
following Intel document):
Intel 82574 系列 Gigabit Ethernet
控制器規格更新 (Intel
82574 Family Gigabit Ethernet Controller Specification
Update)
- 轉換 2 TB
磁碟檔案失敗,因為
VM 無法建立快照。
徵狀:
CA ARCserve D2D 有 2 TB
磁碟且 vSphere
伺服器可以支援 2 TB
磁碟。
然而,轉換期間可能發生下列錯誤:
- 在 vSphere
用戶端中:
- "Create virtual machine snapshot
VIRTUALMACHINE File <unspecified filename> is larger than the
maximum size supported by datastore '<unspecified
datastore>'"
- "File is larger than the maximum size
supported by datastore"
- 在 ESX/ESXi 4.x 的 hostd
記錄檔中:
- "Snapshot guest failed: The file is too big
for the file system."
- 在 ESXi 5.0 的 hostd
記錄檔中:
- "Failed to do snapshot op: Error: (21) The
file is too big for the datastore."
解決方法:
這是 VMware
限制,目前並沒有暫時解決方案。
不建議備份這麼大的磁碟。
VMware
支援的大小上限為 2
T-16 GB,等於 2032 GB。
如需相關資訊,請造訪
VMware 知識庫:
http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1012384
8.0
語言支援
「翻譯產品」(有時稱為本土化產品)
包括產品使用者介面、線上說明和其他文件的當地語言支援,以及日期、時間、貨幣和數字格式的當地語言預設設定。
對於 CA ARCserve D2D for
Windows,除了英文版之外,本版本已經翻譯/本土化至下列語言:
- 簡體中文
- 繁體中文
- 法文
- 德文
- 義大利文
- 葡萄牙文
- 西班牙文
9.0 聲明
下列授權合約可以在
CA 總目錄的 \Bookshelf_Files\TPSA
資料夾中取得:
10 連絡 CA
如需線上技術協助及完整的地址清單、主要服務時間以及電話號碼,請洽「技術支援」,網址為
: http://www.ca.com/worldwide。
10.1 CA
支援連結
CA ARCserve D2D
的支援連結:
CA Support Online
提供了豐富的資源,可解決您在技術上遇到的問題,並可讓您輕鬆存取重要產品資訊。
透過 [CA
支援],您將可輕鬆獲得全天候而值得信賴的建議。
下列連結可讓您存取各種對您有幫助的
CA Support 網站:
Copyright © 2013 CA. All rights
reserved.
本文提及的所有商標、商品名稱、服務標章和公司標誌均為相關公司所有。